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(57) This invention relates to a game system. The 
game system has a windcw image including an action 
command frame and a non-action command frame. 
When it is a player's turn to designate an action paranv 
eter. the wtrKjcw image including the action contmand 
frame and the non-action command frame is displayed 
on a display plane of display means of the game player 
to enable the game player to select a command in the 
action command frame or the non-action command 
frame and accept the selected command. C^oncun-ently. 
a window image solely including the non-action com- 
mand frame is displayed on a display plane of display 
means of the game player who Is not assigned with the 
turn to enable the non-assigned game player to desig- 
nate the command in the non-action comnnand frame on 
the window image and accept the designated command 
while allowing the game player to see an overall innage 
in a game space through the window image. Accord- 
ingly, while the opponent game player is in turn of using 
the action command, the non-assigned game player uti- 
lizes the non-action comnrtand frame, thereby allowing 
the game players to participate in a game more posi- 
tively to establish a more pleasant game environment. 



FIG. 1 
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Description 

RELD OF THE INVENTION 

This invention relates to a command input method 
and a recording medium adapted for a game system in 
which a cassette type recording medium or its equiva- 
lent such as an optic disc, a magnetic disc, or a semi- 
conductor memory in which game data is recorded is 
used. 

BACKGROUND ART 

There have been proposed game systems of vari- 
ous types: a system built up by electrically connecting 
an electronic device exclusive for home use and a tele- 
vision (TV) nrwnitor; a commercial-based apparatus 
such as an arcade game machine; and a system con- 
sisting of a persortal computer or a work station com- 
bined with a display de/ice and an audio output device. 
No matter what type the game system may be. the 
game system comprises a controller manipulated by a 
player, a recording medium in which game program 
data and game data such as video data and sound data 
are recorded, a Central Processing Unit (CPU) for con- 
trolling generation of sounds and inrages based on the 
game program data, a processor for processing image 
data, a processor for processing sound data, a Cathode 
Ray Tube (CRT) for displaying images, and a speaker 
for outputting sounds. As the recording medium, a CD- 
ROM, a semiconductor memory, and a cassette type 
memory in which a semiconducta menwry is internally 
provided are mostly used. The arrangement of the 
game system is as mentioned above. 

As the number of the types of the game systems is 
increased, the number of the types of games played by 
the game systenns is also rapidly increased. Further, the 
content of the game becomes complex and is varied 
greatly Recently, a game called "War Simulation Game* 
has been proposed. The content of the war simulation 
game is such that an army (or troops) belonging to one 
country (imaginary country) simulatively fights a battle 
against an army (or troops) belonging to another imagi- 
nary country in an imagineU7 world on a display plane of 
a TV monitor based on information such as the number 
of combatants in the army belonging to each of the 
countries, a manner of fighting, and an arrangement of 
the troops to determine the winner (country). In such a 
war simulation game, generally, two game players (or 
one player and a CPU) participate in the game, i.e., 
combat each other on the game system. In the case 
where the game is played by two players, it is necessary 
to electrically connect two game machines to be mutu- 
ally communicable. In the case where the game is 
played by one player ard the CPU. one game machine 
is necessary 

The following is a desaiption as to how to play the 
game. Game participants (i.e., two players or one player 



& the CPU) are assigned with a turn in a certain order to 
act. i.e.. to give a command to his/her/rts troops. When 
the turn (hereinafter, refen-ed to as a "phase") is 
assigned to one player, he is allowed to give a com- 

5 mand to the troops of the country assigned to himself to 
initiate a certain operation in a game space. 

When a command "ATTACKr is given to the troops, 
the troops attacks those of the opponent country in the 
game space. The manner of attacking the opponent 

10 troops is displayed on the display plane in an animated 
manner according to lapse of time, and the displayed 
states, i.e.. the current statuses of the respective armies 
are stored as a numerical value and updated according 
to lapse of time. This numerical value is used as a factor 

IS to determine the winner and also as a parameter for dis- 
play of a status of the army which is described later. 

Generally, in a battiefieti defined in the ganrte 
space, plural troops are arranged as an army belonging 
to one country, and each of the troops belonging to the 

so same country can irxlividually act during a phase 
assigned to the game player. The troops (or amny) wtio 
finished a certain operation in the phase cannot act in 
the battlefield until the game player is assigned with his. 
next phase. 

25 When the game player is assigned with a phase, 
displayed is a window image which enables the game 
player to give a certain command to the army belonging 
to the game player In the case where two game sys- 
tems are electrically connected, the window image is 

30 displayed on a dsplay plane of display means of the 
game system which is used by the game player 
assigned with the phase. In the case where the game is 
played by one player and a CPU. only one game system 
and one display means whk:h are used by the game 

35 player are necessary since there is no need of display- 
ing the window image for the CPU. 

There are two types of commands: command mes- 
sages which are directly related to a battle such as 
"ATTACK!" and "DEFENDI"; and information indicative 

40 of a status of the anfny such as "CX5MBAT ABILITY", 
"NUMBER OF COMBAT INCOMPETENTS", and "WIN- 
NING POSSIBILmr. 

In the above game system, when it is the oppo- 
nent's turn to play the game. i.e.. the opponent game 

45 player is assigned with the phase, the game player who 
is not assigned with the phase (or non-assigned game 
player) has nothing to do but looking at a displayed 
image that his army is attacked by the opponent's army. 
Accordingly, there is a necessity to keep amusing the 

50 non-assigned game player in some way during the 
phase of the opponent's game player. 

In view of the above, it is an object of this invention 
to provide a command input method and a recording 
medium which can provide a game player with a more 

55 pleasant game environment by keeping amusing the 
game player even while the game player is not assigned 
with a phase. 
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DISCLOSURE OF THE INVEfmON 

A command input method set forth in claim 1 of this 
invention is used in a simulation game system in which 
two or more game players take a turn and designate an 
action command from an action command frame on a 
window image for having an object selected by the 
game player execute the action so as to let the objects 
of the players compete with each other in a game space 
defined on a display plane of display means, the window 
image including the action command frame and a non- 
action command frame, the command input method 
comprising the steps of: displaying the window innage 
including the action command frame and the non-action 
command frame on the display plane of the display 
means of the game player when it is the game player's 
turn to designate an action parameter $0 as to enable 
the game player to select a command in the action com- 
mand frame or the non-action command frame and 
accept the selected command: and displaying the win- 
dow inr^ge solely including the non-action command 
frame on the display plane of the display means of the 
game player when it is not the game player's turn to des- 
ignate the action parameter in such a manner as to 
allow the game player to see an image in the game 
space through the window image to enable the game 
player to select a command in the non-action command 
frame on the window image and accept the selected 
command. 

According to the invention set forth In claim 1 , the 
non-action command frame irKludes an information on 
a status of the object. 

Further, according to the invention set forth in claim 
1 . a CPU of the game system plays a role as one of the 
game players, and the display means is exclusively 
used by the other game player. 

Further, according to the invention set forth in claim 
1 , the CPU inoplements a task as the game player inde- 
pendently of a main process thereof. 

Moreover, according to the invention set forth in 
claim 1 , the game system is set such that at least two 
game machines are connected in a mutually communi- 
cable manner, and the game players of the game 
machines let the objects thereof compete with each 
other on the game system. 

A recording medium set forth in daim 6 of the 
invention is a medium configured in such a nranner tiiat 
a simulation game program is stored to be readable by 
a conrtputer. The game program is configured in such a 
manner that two or more game players take a turn and 
designate an action command from an action commarKi 
frame on a window image for having an object selected 
by the game player execute an action so as to let the 
objects thereof compete with each other in a game 
space defined on a display plane of display means, the 
recording medium storing a control program executing 
the following steps: a switching step for changing tiie 
turn of designation of the action command among tiie 



players; a judging step for judging whether or not tiie 
game player has designated display of ttie window 
image; a nrasking step for masking the action command 
frame of the window image on tiie display means of the 

5 game player when the game player is not assigned with 
the turn; a first window image display step for displaying 
the window image including the action convnand frame 
and a non-action command frame on the display plane 
of the display means of the game player when tiie game 

10 player is assigned with the turn upon receiving an 
instruction by the game player to display the window 
image; and a second window image display step for dis- 
playing the window image solely including ttie non- 
action command frame on ttie display plane of the dis- 

7 5 play means of the game player when the game player is 
not assigned with tiie turn upon receiving an instruction 
by the non-assigned game player to display the window 
image. 

According to the invention set forth in claim 6. the 
20 non-action command frame includes an information on 
a status of the object. 

According to the invention set forth in claim 6, a 
CPU of the game system plays a role as one of the 
game players, arxj the display means is exclusively 
25 used by the other game player. 

According to the invention set forth in claim 6. tiie 
CPU implements a task as ttie game player independ- 
ently of a main process thereof. 

Further, according to ttie invention set forth in daim 
30 6. the game system is set such that at least two game 
machines are connected in a mutually communicatsle 
manner, and ttie game players of the game machines 
let the objects thereof compete witti each other on ttie 
game system. 

35 The command input method having ttie above 
arrangements is used in a simulation game system in 
whk:h two or more game players take a turn and desig- 
nate an action command from an action command 
frame of a window image which enables an object 

40 selected by each of the game players to perform a cer- 
tain action to let ttie objects conpete with each other in 
a game space defined on a display plane of display 
means. The window image comprises the action com- 
mand frame and the non-action command frame. When 

43 one of the game players is assigned witti a turn to des- 
ignate an action parameter, the window image including 
the action command frame and the non-action com- 
mand frame is displayed on ttie display plane of ttie dis- 
play means used by ttie game player to allow the game 

so player to designate a certain command in the action 
comnnand frame or the non-action command frame and 
accept the designated command. On the otfier hand, 
during ttie turn d the game player, ttie window image is 
displayed on ttie display plane of the display means of a 

55 non-assigned game player who is not assigned witti ttie 
turn in such'a manner ttiat an overall image in ttie game 
space is seen through the window image. At this time, 
the game system allows ttie non-assigned game player 
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to select a command in the non-actiOT command frame 
and accepts the selected command in the non-action 
command frame. In other words, the non-assigned 
game player can utilize the non-action command frame 
vyfhile the turn is not assigned to the game player. 
Accordingly, even during the turn of the opponent game 
player, the non-assigned game player(s) can positively 
partidpale in the game, thereby providing the game 
player(s) with a more pleasant game environment. 

According to this invention, the non-action com- 
mand frame provides information indicative of a status 
of the object. Accordingly, even while the opponent 
game player uses an action command, the non- 
assigned game player can be informed of the cun^ent 
status to plan a strategy or countermeasures on a future 
game development so as to enable the game player to 
input a suitable command when the turn is assigned to 
the game player. 

According to this invention, the CPU of the game 
system plays a role as one of the game players, and the 
display means of the game system is used by the other 
game player. This arrangement enables one game 
player and an imaginary opponent (i.e.. CPU) to play a 
game while using only one game system and one dis- 
play means. This is because the CPU does not need 
display means. 

According to this invention, the CPU inrplements a 
task of playing a role as a game player separately from 
a main task of controlling an overall operation of the 
game system. Accordingly, compared to a case where 
the task as a game player is included in the main rou- 
tine, an interval of processing graphics data can be 
shortened, thereby enabling display of a smoother ani- 
mation image. 

Further, according to this invention, at least two 
game systems are electrically connected to be nrxjtually 
communicable, and a game is played by letting objects 
selected by game players comt>at each other using the 
respective game systems. With this arrangement two 
or more game players can participate in the game. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a diagram showing an arrangement of a 
game system as an embodiment of this invention; 
FIG. 2 is a tslock diagram showing functions of a 
CPU 51 in FIG. 1; 

FIG. 3 is a flowchart showing an example of a game 
which is played on the game system of FIG. 1 ; 
FIGS. 4A to 4C are explanatory diagrams respec- 
tively showing examples of displayed images: FIG. 
4A showing an image of a battle scene. FIG. 4B 
showing a combined image of information and com- 
n^nd messages, and FIG. 4C showing a synthe- 
sized image where the battle scene is seen through 
the information/command messages in a translu- 
cent state; 

FIGS. 5 and 6 are flowcharts showing control oper- 



ations of the game system of FIG. 1 ; and 

FIG. 7 Is a diagram showing one of tasks processed 

by the CPU. 

5 BEST MODE FOR CARRYING OUT THE INVENTION 

A preferred embodiment of this invention is 
desaibed in detail with reference to FIGS. 1 to 7. 

It shouM be noted that the embodiment is 
10 desaibed refen'ing to the following items one by one in 
the order shown below: 

A. Arrangement of Game System (see FIG. 1) 

B. Function of CPU 51 shown in FIG. 1 (see FIG. 2) 
IS C. Exanrple of Game (see FIG. 3) 

D. Example of Displayed Image (see FIG. 4) 

E. Control Operation of CPU (see FIGS. 5, 6. and 7) 

A. Arrangennent of Game System (see RG. 1) 

20 

An image processing system of this ennbodiment is, 
as disclosed in e.g. . Japanese Unexamined Patent Pub- 
lication Na HEI 8-212377. has the anangement shown 
in FIG. 1 . Specifically, this image processing system is 

25 arranged in such a manner that game program data is 
read out from an optical disc such as a CD-ROM to 
implenront the game program, thereby aOowing an 
image concerning the game to be displayed according 
to designation by a user (hereinafter, also refenred to as 

30 a "player or a "game playe^^. 

The image processing syst^ comprises a main 
memory 53, a frame buffer 63. a geometry transfer 
engine (GTE) 61 , a central processing unit (CPU) 51 , a 
graphics processing unit (GPU) 62, and a video output 

35 means 65. The main memory 53 stores three-dimen- 
sional image data which is read out on a disc S4 such as 
a CD-ROM. The frame buffer 63 stores various data 
such as a table on color data, texture pattern data, data 
on designation of a translucency ratio as polygon char- 

40 acteristics data which is designated for each of poly- 
gons. The GTE 61 includes a coordinate transformer for 
transforming 3D image data which is read out on the 
CD-ROM 34 into two-dimensional image data after a 
transparency transformation process. The CPU 51 

45 includes a graphics command generator for synthesiz- 
ing the two-dimensional image data and the polygon 
characteristic data to generate a graphics command 
which is processed with respect to each of the polygons 
as a packet. The GPU 62 processes two-dimensional 

so image data relating to graphics to be written in the frame 
buffer 63 based on the polygon characteristic data upon 
receiving the graphics command. The video output 
means 65 reads out the two-dimensional image data 
which is written in the frame buffer 63 in synchronism 

55 with a tele/ision signal to display the image on display 
means such as a display device. 

More specifically, the image processing system y 
comprises a control system 50. a graphics system 60, a 
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sound system 70. an optical disc controller 80. a com- 
munication controller 90, and a main bus B. The control 
system 50 includes the Central Processing Unit (CPU) 
51 and its peripheral device (or peripheral device con- 
troller) 52. The graphics system 60 includes the frame 
buffer 63 and the Graphics Processing Unit (GPU) 62 
which is used for writing graphics image data in the 
frame buffer 63 for display of the image. The sound sys-. 
tem 70 includes a sound processing unit (SPU) 71 for 
generating various sounds such as music and sound 
effects. The optical disc controller 80 is adapted for con- 
trolling an optical disc driver 81 to read out data on the 
optical disc (CD-ROM) 84 Miich is a sub storage 
medium as reproduced data, and controlling decoding 
of the reproduced data The communication controller 
90 controls input which is designated by tiie user via a 
controller 92, and input/output from a sub memory 
(memory card) 93 which stores coribitions set on a 
game and the like. The main bus B electrically connects 
these units 50. 60. 70. 80, and 90. 

The control system 50 includes the CPU 51, the 
peripheral device controller 52. the main mennory 53. 
and a ROM 54. The peripheral device controller 52 
irrplements various controls such as interruption con- 
trol, time control, memory control, direct memory 
access (DMA) transfer, etc.. The main memory 53 
includes an RAM of. e.g.. 2 megabyte (Mb). The ROM 
54 has a storage capacity of e.g.. 512 kilobyte (kb) in 
which program data such as a so-called operating sys- 
tem is stored for managing the main memory 53, the 
graphics system 60. the sound system 70 and the lika 

The CPU 51 is, e.g., a processor of 32 bit which is 
used in a Reduced Instruction Set Computer (RISC). 
Implementing the operating system stored in the ROM 
54 controls an overall operation of the image processing 
system. The CPU 51 is provided witii a command cash 
and a scratch pad menrx)ry. and comrols a real storage 
manager. 

The graphics system 60 comprises the main mem- 
ory 53, the Geometry Transfer Engine (GTE) 61, the 
Graphics Processing Unit (GPU) 62. the frame buffer 
63, arKl an image decoder (hereinafter also referred to 
as a "MDEC") 64. The main memory 53 temporarily 
stores data which is read out from ttie CD-ROM 84. The 
GTE 61 includes a coprocessor used for coordinate 
computation which transforms coordinate data stored in 
the main memory 53. The GPU 62 processes graphics 
data based on a graphics command outputted from the 
CPU 51 to be written in the frame buffer 63. The frame 
buffer 63 includes a menx>ry of, e.g„ 1 Mb which is 
capable of storing graphics data processed by the GPU 
62. The MDEC 64 is adapted for decoding image data 
which has been subject to an orthogonal functions sys- 
tem transformation such as a so-called discrete cosine 
transformation, subject to data compression and then 
coded. 

The GTE 64 includes, e.g., a parallel operation 
(arithmetic) processor which implements a plurality of 



computations concunentiy In other words, the GTE 64 
functions as a coprocessor of tiie CPU 51 and imple- 
ments matrix and vector computations in terms of a 
fixed point at a high speed. Specifically, the GTE 64 

5 implements coordinate transformation such as a trans- 
parency transformation and a light source computation 
(inner product computation) implemented by multiplying 
a normal line vector with a light source vecta in accord- 
ance with a computation request from the CPU 51 . 

10 More specifically, in the case where a fiat shading 
conrputation is implemented in which one color is 
assigned to a polygon of a triangular shape, the GTE 61 
implements coordinate computation for polygons of 
maximum about 1 .5 million pieces per second. Thereby, 

IS while reducing tiie burden on ttie CPU 51, the image 
processing system can implement a high speed coordi- 
nate computation. It shouW be noted that, ttiroughout 
the description of this invention, a "polygon" is a mini- 
nuim graphic unit which constitutes a three-dimertsional 

20 object displayed on a display plane, and includes vari- 
ous polygonal shapes such as a triangle and a rectan- 
gle. 

The GPU 62 is activated in response to a graphics 
command from the CPU 51 indicative of ddining a 

25 graphic image based on the polygon, and outputs the 
processed graphic data to the frame buffer 63. The GPU 
62 is capable of processing graphics data on polygons 
of maximum atXHJt 360,000 pieces per second. The 
GPU 62 manages a two-dimensional address space 

30 corresponding to the frame buffer 63 independentiy of 
the CPU 51 for mapping. 

The frame buffer 63 includes a so-called dual port 
RAM. and is capable of receiving graphics data from the 
GPU 62 or allowing data to be transferred from tiie main 

35 memory 53. while simultaneously reading out data 
therefrom for display of the image. 

The frame buffer 63 has a storage capacity of e.g.. 
1 Mb for processing matrix data of 1 024 pixels in a row 
arti 51 2 pixels in a line with each of the pixel data corre- 

40 spending to a signal of 1 6 bit . 

Image data corresponding to any desired region (or 
display area) of the frame buffer 63 is outputted to the 
video output means 65 such as a display device. 

The frame buffer 63 includes a CLUT region which 

45 is a second memory region and a texture region which 
is a first menrtory region, in addition to the display region 
which is used for outputting image data for display of ttie 
image. In the CLUT region, a Color Lookup Table 
(CLUT) is stored which is used as a reference table 

50 when the GPU 62 writes the graphics data such as pol- 
ygon data in the frame buffer 63. In the texture region, a 
texture is stored which has been subject to a coordinate 
transformation in writing tiie graphics data in tiie frame 
buffer 63. The texture is inserted (pasted) in the polygon 

55 (polygon data) written from the GPU 62. The CLUT 
region and the texture region are dynamically changed 
in accordance with an alteration of the display region. 
Specifk:ally. the frame buffer 63 is accessible to the 
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GPU 62 to enable display of the image in accordance 
with an alteration of the display region. Further, a high 
speed DMA transfer is enabled between the frame 
buffer 63 and the main memory 53. 

The GPU 62 can implement Gouraud shading and s 
texture mapping besides the flat shading. In the Gour- 
aud shading, a color of a vertex of a polygon is siAjject 
to the linear interpolation to determine the color inside 
the polygon. In the texture mapping, a texture stored in 
the texture region Is pasted in the polygon. io 

In the case where the Gouraud shading and the 
texture mapping are performed, the GTE 61 can imple- 
ment coordinate computation for polygons of maximum 
about 0.5 million pieces per second. 

The MDEC 64 decodes, in accordance with a con- is 
trd signal from the CPU 51. innage data (still image or 
moving picture) which is read out from the CD-ROM 84 
by driving the CD-ROM driver 81 and stored in the main 
memory 53 to store the decoded image data in the main 
memory 53. More specifically, the MDEC 64 can imple- so 
ment an inverse disaete cosine transfornnation (IDCT) 
computation at a high speed and expand data which 
has been read out from the CD-ROM 84 by driving the 
driver 81 and has been compressed according to a 
color still image coding system (so-called JPEG) or a 2S 
storable media type moving picture coding system (so- 
called MPEG). It should be noted that, in this embodi- 
ment, the MPEG is used merely for compression of 
frame image data. 

The image data reproduced by data expansion in 3o 
the MDEC 54 is stored in the frame buffer 63 via the 
GPU 62 and is used as a background image which is 
synthesized by the GPU 62 for display of the image. 

The sound system 70 includes the sound reproduc- 
tion processor (SPU) 71, a sound buffer 72, and a 
speaker 73. The SPU 71 processes various sounds 
such as music and sound effects based on an Instruc- 
tion signal from the CPU 51 . The sound buffer 72 has. 
e.g., a memory of 512Kb in which data concerning 
music and vocal sound and data on a sound source 
read out from the CD-ROM 84 by the CD-ROM driver 81 
are stored The speaker 73 is a sourvj output means for 
outputting various sounds processed by the SPU 71. 

The SPU 71 has a function as an ADPCM decoder, 
a reproducer, and a modulator. As the ADPCM decoder, 
the SPU 71 reproduces sound data of 16 bit as a differ- 
ential signal of 4 bit which has been processed accord- 
ing to Adaptive Differential Pulse Code Modulation 
(ADPCM). As the reproducer, the SPU 71 reproduces 
the sound source data which is stored in the sound 
buffer 72 to generate sounds such as the sound effects. 
As the modulator, the SPU 71 nrrodulates the sound 
data which is stored in the sound buffer 72 for reproduc- 
tion. More specifically, the SPU 71 automatically trans- 
forms action parameters while using looping and time 
as coefficients. The SPU 71 is internally provkled with 
an ADPCM sound source capable of outputting 24 
tones of voice and is activated In accordance with an 



operation signal from the CPU 51. The SPU 71 man- 
ages an address space conresponding to the sound 
buffer 72 independently of the CPU 51 for mapping, and 
transfers the ADPCM data from the CPU 51 to the 
sound buffer 72. The SPU 71 reproduces data which is 
directly read out from the sound buffer 72 upon receiv- 
ing information on on/off operations of a key portion and 
nrxxlulation. 

Having the above functions, the sound system 70 is 
used as a so-called sampling sound source which gen- 
erates various sounds such as nrusic and sound effects 
based on sound data stored in the sound buffer 72 ipon 
receiving an instruction signal from the CPU 51 . 

The optical disc controller 80 includes the disc 
driver 81 . a decoder 82, and a buffer 83. The disc driver 
81 reproduces program data which is recorded on the 
optical disc (CD-ROM) 84. The decoder 82 decodes 
program data which is recorded with an en^or connection 
code (ECC). The buffer 83 has a memory of e.g., 32 kb 
for temporarily storing data which is reproduced by driv- 
ing the disc driver 81 . In other words, the optical disc 
controller 80 comprises various components such as 
the driver 81 and the decoder 82 which are necessary 
for reading out data from the optical disc 84. In this 
embodiment, data is stored in the format of such as CD- 
DA, CD-ROM. and XA. The decoder 82 constitutes part 
of the sound system 70. 

Sound data whk:h is recaded on the disc 84 and 
reproduced by driving the disc driver 81 includes so- 
called PCM data which is an anak)g-to-digital converted 
sourvj signal, in additbn to the above ADPCDM data 
(ADPCM data of CD-ROM or XA). 

The ADPCM data is obtained by, e.g.. processing 
digital data of 16 bit as a difference signal of 4 bit The 
ADPCM sound data is subject to an en-or conection and 
decoded by the decoder 82. and tiien outputted to the 
SPU 71. After digital-to-analog conversion by the SPU 
71 , the data is used for driving the speaker 73. 

The PCM sound data is recorded as e.g., digital 
data of 16 bit. This sound data is decoded by the 
decoder 82 for driving the speaker 73. The sound data 
outputted from the decoder 82 is terrporarily stored in 
the SPU 71, mixed with an output signal from the SPU 
71, and is finally outputted to the speaker 73 via a 
reverb unit. 

The communication controller 90 includes a com- 
munication controlling device 91, a controller 92, and a 
memory card 93. The communication controlling device 
91 controls communication between the CPU 51 and 
tiie controller 92 via the main bus B. The controller 92 
inputs a designation of a player, and the memory card 
93 stores data on setting conditions on a game. 

The controller 92 is an interface for transmitting a 
designation by the player to a game software. The con- 
troller 92 is provided with various keys which are 
desaibed later to input a designation of the player, and 
transmits a state represented by the designated key to 
tiie communication controlling device 91 according to a 
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synchronous communication system in response to a 
designation request from the communication controlling 
device 91 . A synchronous signal is transmitted about 60 
times per second. Upon receiving the synchronous sig- 
nal, the communication controlling device 91 transmits 
the state indicative of the designated key of the conirol- 
ler 92 to the CPU 51 . A main body of the controller 92 
has two connectors, and is connectable with a number 
of controllers via a multi tap device. Thereby, the 
player s designation is inputted to the CPU 51 . which, in 
turn, implements a certain process in accordance with 
the designation of the player based on the game pro- 
gram which is being canied out currently. 

Next, the various designation keys of the controller 
92 are described. The controller 92 is provided with a 
cross {+) key portion consisting of a left (L) key. a right 
(R) key. an upper (U) key. and a down (D) key arranged 
m tour directions with arrows pointing out the corre- 
sponcing direction; and a first left button 92L1 . a second 
icn tx/flon 92L2, a first right button 92R1 . a second right 
txmon 92R2. a Start txitton 92a. a select button 92b, a 
ttf St txmon 920, a second button 92d. a third button 92e. 
and a tourth txitton 92f. Operating the aoss key portion 
«<vtf>«& the player to give a command of directionalities 
(let! rigw up or down) to the CPU 51 . Pressing the start 
button 92a enables the player to designate the CPU 51 
to ifvtiate a certain operation according to the game pro* 
gram data which is read out from the CD-ROM 84 and 
written in the CPU 51. Pressing the select button 92b 
enables the player to designate various selections corv 
cerning the game program data which is read out from 
the CD-ROM 84 and written in the main menrary 53. 

The CPU 51 transmits data to the communication 
controlling device 91 when it is necessary to store the 
data concerning the setting conditions on the game or a 
result of the game when, e.g., the player finishes playing 
the game or stops playing the game on the way of the 
game. The communication controlling device 91 stores 
the data outputted from the CPU 51 in the mennory card 
93. The menr»ory card 93 is electrically separable from 
the main bus B of the image processing system. 
Namely, the memory card 93 is so constructed as to be 
detachable from the image processing system even in a 
power ON state of the system. Thereby the setting con- 
ditions on the game can be stored in plural memory 
cards 93. 

The image processing system further comprises a 
16 bit parallel input/output (I/O) port 101 and an asyn- 
chronous serial input/output (I/O) port 102 which are 
connected with the main bus B.. The image processing 
system is connectable with peripheral devices via the 
parallel I/O port 101, and is communicable with other 
video game apparatuses via the serial I/O port 102. 

The main memory 53 needs to transmit a large 
quantity of image data to the GPU 62. the MDEC 64. 
and the decoder 82 at a high speed to enable reading 
out of the prog-am data, display of an image or process- 
ing of graphics data. Accordingly, in the image process- 



ing system of this embodiment, a so-called DMA 
transfer is adopted to enable direct data transfer from 
the main menrwry 53 to the GPU 62, the MDEC 64, and 
the decoder 82 by controlling the peripheral device con- 
5 troller 52, i.e.. without operating the CPU 51. Thereby, 
there can be reduced a burden on the CPU 51 due to 
the data transfer, and a high speed data transfer is ena- 
bled. 

In this video game system, when power is supplied, 

10 the CPU 51 implements the operatng system stored in 
the ROM 54. When implementing the operating system, 
the CPU 51 initializes an overall state of the system, 
e.g.. verifies whether the system has been activated. 
Thereafter, the CPU 51 controls the optical disc control- 

IS ler 80 to implement the game program according to the 
game program data recorded on the optical disc 84. In 
implementing the game program, the CPU 51 controls 
the graphics system 60 and the sound system 70, etc. in 
accordance with an input by the player to corttrol display 

20 of an image and generation of sound effects and music. 
Next, a manner as to how an image is displayed on 
the display device according to this image processing 
system is described. 

The GPU 62 controls the video output means 65 to 

25 display a content of any rectangular area in the frame 
buffer 63 on a display plane such as a CRT of the video 
output means 65. This rectangular area is hereafter 
referred to as a "display area*. The size of the rectangu- 
lar display area (size is indicated by the unit of pixel) is 

30 selectable according to a designated mode. For 
instance, in the mode "0", the size of the display area is 
256 (in horizontal dimension) x 240 (in vertical dimen- 
sion) (at non interiace). and in the mode "9", the size of 
the display area is 384 (in horizontal dimension) x 480 

35 (in vertk:aJ dimension) (at interlace). Specifically, the 
GPU 62 can designate the display area individually with 
respect to the horizontal direction and the vertical direc- 
tion to point out a display start position and a display ter- 
minate position. The relationship between the display 

40 mode and the value settable for horizontal and vertical 
coordinates is such that: in the niodes "0" and "4", the 
range setteUsle for the horizontal coordinate is 0 to 276 
(as the display start position for the horizontal coordi- 
nate) and 4 to 280 (as the display terminate position for 

45 the horizontal coordinate); and in the modes "8" and "9". 
the range settable for the horizontal coadinate is 0 to 
396 (as the display start position for the horizontal coor- 
dinate) and 4 to 400 (as display terminate position for 
the horizontal coordinate). As for the vertical coordinate, 

50 in the modes "0" to "3" and "8", the range is 0 to 240 (as 
the display start position for the vertical coordinate), and 
in the modes "4" to "7" and "9". the range is 4 to 484 (as 
the display terminate position for the vertical coordi- 
nate). It is necessary to set the horizontal start position 

55 and the horizontal terminate position at a value of multi- 
ple of 4. Accordingly, the display area has a minimum 
size of 4 pixels (in the horizontal direction) x 2 pixels (in 
the vertical drection) (at non-interiace) or 4 pixels (in 
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the horizontal direction) x 4 pixels (In the vertical direc- 
tion) (at interlace). 

The GPU 62 offers two modes as a mode relating to 
the number of displayable colors: 16 bit direct mode 
(32.768 colors can be exhibited) and 24 bit direct mode 5 
(fuP cola can be exhibited). In the 16 bit direct mode 
(hereinafter referred to as "16 bit mode"). 32,768 colors 
can be displayed. Compared to the 24 bit direct mode 
(hereafter referred to as "24 bit nxxje"), this 16 bit mode 
has a limit on the number of displayable colors. How- io 
ever, computation on color which is implemented by the 
GPU 62 in processing graphics data is executed on the 
basis of 24 bit. Further, a so-called dither function is pro- 
vided to simulatively raise a gradation level. Accordingly, 
a quasi full color (similar to 24 bit full color) is displaya- is 
ble. In the 24 bit mode. 26.777.21 6 colors (i.e., full color) 
is displayable. However, it should be noted that, in the 
24 bit nrwde. the GPU 62 controls only image data (bit 
map data) which has been transferred into the frame 
buffer 63 to be displayable on the video output means 20 
65. and Is incapable of processing graphics data. 
Accordingly, despite the arrangement that the bit length 
of one pixel is 24 bit in the 24 bit mode, it is needed to 
designate the value of the coordinates and the display 
start/terminate positions in the frame buffer 63 on the 2S 
basis of 16 bit. In other words, 24 bit image data of 640 
x 480 is processed as data of 960 x 480 in the frame 
buffer 63. Further, it is necessary to set the horizontal 
display terminate position at a value of multiple of 8. 
Accordingly, the display area has a minimum size of 8 30 
pixels On the horizontal direction) x 2 pixels (in the verti- 
cal direction) in the 24 bit mode. 

The GPU 62 is further provided with various func- 
tions of processing graphics data as described below. 
Specifically, the GPU 62 is provided with functions of 3S 
polygon/sprite graphics processing: polygon graphics 
processing, straight line graphics processing, and 
image transferring. In the polygon/sprite graphics 
processing, graphics data of such as 4 bit GLUT (4 bit 
mode, 16 colors/polygon, sprite), 8 bit GLUT (8 bit 40 
mode, 256 colors/polygon, sprite, and 16 bit GLUT (16 
bit mode. 32,768 colors/|3olygon. sprite) can be proc- 
essed with respect to a pdygon or a sprite of an area 
ranging from 1 x 1 (dot) to 256 x 256 (dot). In the poly- 
gon graphics processing, while processing graphics 45 
data by designating a coordinate corresponding to each 
of the vertices of the polygon or the sprite on the display 
plane, various processings are implemented: a flat 
shading of applying one color to one polygon or one 
sprite; Qouraud shading of applying different colors on so 
the vertices to make a gradation in the polygon or the 
sprite: and a texture mapping of preparing a texture pat- 
tern which is two-dimensional image data (pattern to be 
applied to the sprite is refened to as a "sprite pattern" in 
particular) and nnapping the texture pattern/sprite pat- ss 
tern on the polygon/sprite. In the straight line graphics 
processing, gradation process is enabled. In the image 
transferring, image data is transfen-ed from the CPU 51 



to the frame buffer 63. The GPU 62 has other functions 
such as translucency processing, clipping, artd offset 
designatioa In the translucency processing, an average 
value of the pixels in one polygon is obtained to make 
the polygon translucent by blending the respective pix- 
els at a certain ratio "a" obtained from the average 
value. This processing is also referred to as "a blending 
function". In the dithering, a noise signal is added to a 
boundary between different color areas. In the clipping, 
data beyond the display area is clipped for non-display. 
In the offset designation, the original point for the dis- 
play area is shifted in accordance with an alteration of 
the display area. 

The coordinate system for processing graphics 
data is defined on the basis of 1 1 bit witti data neces- 
sary for attaching the plus (+) or minus (-) sign added 
thereto. Each of X-, Y-cooidinates has a value ranging 
from -1024 to -I-1023. The size of tiie frame buffer 63 in 
this embodiment is 1024 pixels (horizontal coordinate) x 
512 pixels (vertical coordinate). Accordingly, if the 
graphics data to be processed by. the GPU 62 is larger 
than the size of tiie frame buffer 63, tiie area which can- 
not be written in the frame buffer 63 is symbolically 
folded*. In other words, the original point of the X-, Y- 
coordinates is shifted to a desired value in the frame 
buffer 63 by using the offset designation function. Fur- 
ther, the clipping function enables graphics data con-e- 
spending to any rectangular display area in the frame 
buffer 63 to be securely processed, as far as the display 
area lies within the frame buffer 63. In addition, the CPU 

62 is capable of processing a texture of the maximum 
size of 256 dots x 256 dots. Accadingly. the horizontal 
or the vertical coordinate can be set at any value within 
this maximum value. 

Image data which is to be applied (mapped) on the 
polygon or the sprite Ci.e., texture pattern or sprite pat- 
tem) is stored in a non-display area of the frame buffer 
63. The texture pattern or the sprite pattern is set in 
such a manner that an area of 256 pixels x 256 pixels 
con-esponds to one page, and as far as the storage 
capacity of the frame buffer 63 permits, the frame buffer 

63 can store as many as texture patterns or sprite pat- 
terns in the fam of pages. This area corresponding to 
256 pixels x 256 pixels is referred to as a "texture page". 
The location of the texture page is determined by allo- 
cating the page number to the texture page in writing 
the graphics data in tiie frame buffer 63. In other words, 
tiie page number is used as a parameter (index) used in 
designating tiie location (address) of the texture page. 

There are three types of color modes in the texture 
pattern or the sprite pattern: 4 bit GLUT (4 bit nrrode); 8 
brt CLUT (8 bit mode): and 16 bit GLUT (16 bit mode). A 
Color Lookup Table (CLUT) is used in the 4 bit and tiie 
8 bit color modes. 

The CLUT is a table in which data on ttiree primary 
colors of Red (R), Green (G), and Blue (B) of a certain 
value representative of a color to be finally displayed on 
the display plane is stored. In the CLUT of 4 bit and 8 bit 
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modes, 16 to 256 of RGB values are systematically 
stored in the frame buffer 63. The tables each storing R. 
G, B data of a certain value are given the ordinal 
number starting from the upper left table in the frame 
buffer 63. Referring to the table number stored in the 5 
frame buffer 63 enables display of the color of each of 
the pixels with respect to the designated texture pattern 
or sprite pattern. The GLUT can be selected per poly- 
gon or sprite. In other words, each of the polygons or 
the sprites can have an individual GLUT. The position of w 
the GLUT in the frame buffer 63 is determined by desig- 
nating the leftmost coordinate value of the GLUT which 
is used as a parameter (index) in writing the graphics 
data in the frame buffer 63. 

The GPU 62 adopts a frame double buffering as a is 
system for displaying a moving picture. According to the 
frame double buffering, two rectangular areas (display 
areas) are defined In the frame buffer 63 in such a man- 
ner that these two areas are atta'nately used for image 
display and writing of graphics data (graphics conrv 20 
mand). Specifically, while the graphics command is writ- 
ten in one area, the data in the other area is used for 
image display. When the writing operation in the one 
area is finished, the written data in the one area is used 
for image display, and in turn, another graphics conrv 2S 
mand is written in the other area. Thereby, there can be 
avoided a possibility tlhat a manner of overwriting the 
graphics conrwiand is displayed on the display area. A 
switching of the buffers (two areas) is performed during 
a period of outputting a vertical interval signal. The GPU 30 
62 can freely set the rectangular display area corre- 
sponding to the graphic innage to be displayed and the 
original point of the coordinate system. The arrange- 
ment that the display area and the original point are 
freely changeatsle enables two a even more buffers to 3S 
be constructed according to this frame double buffering 
system. 

The graphics command is innplemented in the form 
of a packet In this embodiment, two methods are avail- 
able: direct designating method according to which the <o 
GPU 51 directly designates the graphics command: and 
a method according to which a dedicated hardware 
directly designates the graphics command. In particular, 
according to the method of direct designation by the 
dedicated hardware, a packet is configured in such a 45 
manner that a number of command words and a tag 
indicative of a next conrtmand are added to a command 
code used bytheCPUST Thereby, a plurality of com- 
mand strings which are not located in a continuous area 
in the frame buffer 63 are connected to inplenrtent the so 
plural commands at the same time. In this case, transfer 
of graphics comnr^nd data is performed by a dedicated 
hardware, and the CPU 51 has nothing to do with the 
data transfer 

The possible parameters containable in the graph- ss 
ics command are as folkTws: 

GODE: 



command code and its optional code 
R. G. B: 

luminosity which is shared by all the vertices 
Rn. Bn, Gn: 

luminosity of the vertex "n" 

Xn. Yn: 

two-dimensional coordinates in the graphics space 
including the vertex "n" 
Un. Vn: 

two-dimensional coordinates of the point in the texture 

source space correspor>ding to the vertex '*n'* 

CBA (CULT BASE ADDRESS): 

leader address of GLUT 

TSB {TEXTURE SOURCE BASE): 

leader address of texture page and added information 

such as texture type 

F^r instance, in a graphics convnand for defining a 
triangle (command code: 1h). information on a vertex is 
given as a command argument following a commarxj 
code including an optional code. H shouM be noted that 
the number of the arguments and the kind of a format 
vary according to the optional code. 

The following is some of the parameters of the 
optional code: 

IIP: kind of luminosity; 

SIZ: size of rectangular area: 

GNT: vertex which is used; 

TME: texture mapping applied or not; 

ABE: translucency processing applied or not; 

TGE: multiplication of texture pattern with luminosity 
performed or not. 

For example, when IIP is set at "O". one kind of lumi- 
nosity (R. G. or B) is used to define a triangle (flat shad- 
ing). When GNT is set at "O", a triangle is defined based 
on three vertces following the command code. When 
GNT is set at "1". two triangles are combined, i.e.. a rec- 
tangle is defined based on four vertices following the 
command code. When TME is set at "0". texture map- 
ping is turned off, while TME is set at "1 texture nr^- 
ping is turned on. When ABE is set at "0". translucency 
processing is tumed off. while ABE is set at '*1 " translu- 
cency processing is turned on. TGE is activated only 
when TME is set at T, i.e., texture mapping is turned 
on. Specifically, when TGE is set at "0". the texture pat- 
tern is displayed after being multiplied by the luminosity, 
while when TGE is set at T, solely the texture pattern 
is displayed. 

In a straight line graphics command (command 
code: 2h), information on a single dot is given as a com- 
mand argument following the command code including 
the optional code. The number of the arguments and 
the kind of the format vary acconjing to the optional 
code. For instance, when IIP is set at "0", the pixel is 
subject to graphics processing based on the designated 
luminosity. When IIP is set at "1", the tunninosities of the 
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respective two vertices are linearly interpolated based 
on a displacement of a line segment along a longitudinal 
direction to process the graphics data. When CNT is set 
at "0", two terminal points following the command code 
are connected to define a straight line. When CNT is set $ 
at "1 the connected straight line is defined. When ABE 
is set at "0", transtucency processing is turned off. 
When ABE Is set at "V, translucency processing is 
turned on. tn the case where a connected straight line is 
defined, a terminal code representative of a termination io 
of the command code is required. 

In a sprite graphics command (comnnand code: 3h), 
information on the luminosity, the leftmost and lower- 
mosX terminal point in the rectangular area, the leftmost 
and uppermost terminal point in the texture source 75 
space, artd the width and the height of the rectangular 
area is given as a command argument following the 
command code (including the optional code). The 
rvfTt>er of the argument and the kind of the format are 
varied according to the optional code. Since, in the 20 
uxte graphics command, two pixels are processed at 
tn« ume tne. the two-dimensional coordinate Un in 
trw tevtLre source space corresponding to the vertex "n' 
rpqijf«l to be allotted with an even nun*er. Namely. 
1 brt data of the lowest case is meaningless. When TME 25 
rs set at X". texture mapping is turned off, while TME is 
set at '1'. texture mapping is turned on. When ABE is 
set at "0*. translucency processing is turned off. When 
ABE 6 set at "1", translucency processing is turned on. 
When TGE is set at "0" (TGE is activated only when 30 
TME is turned on), texture pattern (in tfiis case, sprite 
pattern) ts multiplied with a certain luminosity to process 
the graphics data. When TGE is set at "1 only the tex- 
ture pattern is graphically processed. The size of the 
display area is set by two digits: when SIZ ts set at "00".. 35 
the size is H; when set at "01 the size is 1 x 1 ; when set 
at "1 0". the size is 8 x 8: and when set at "1 V. the size 
is 16x16. 

B. Function of CPU 51 shown in RG. 1 (see RG. 2) 40 

FIG. 2 is an explanatory diagram showing functions 
of elements of the CPU 51 of FIG. 1 . The CPU 51 reads 
out the game program data recorded on the CD-ROM 
84 shown in FIG. 1 , and reads out the program data 45 
stored in the main memory 53. thereby can-ying out the 
functions of the elements shown in FIG. 2. The CPU 51 
shown in FIG. 2 comprises a button manipulation detec- 
tor 1a, a calculator 1b. a discriminator 1 c. a variable set- 
ter 1d, a graphics command generator 1e, a phase so 
changer 1f, a task manager 1g, a masking d^ice 1h. 
and a vertical synchronizing signal detector 1i. These 
elements primarily control operations which are 
described in the section D. 

55 

C. Example of Game (see RG. 3) 

FIG. 3 is a flowchart showing a, control operation 



along which a war simulation game is proceeded. 

In Step Si , the CPU 51 substitutes "0" Into the var- 
iable TURN, which represents a number of battles 
which take place. 

in Step S2, the CPU 51 implemerTts a task which is 
to be performed during a phase of the country A. 

In Step S3, the CPU 51 judges wrhether the country 
A won the battle. If the judgement result is '^ES". the 
CPU 51 terminates the task, and if the judgement result 
is "NO", this routine goes to Step S4, A judgement as to 
whether the country A won the battle is determined by a 
status of the armies of the countries B and C which have 
been attacked by the army of the country A. For 
instance, in the case where the army of the country B 
and the army of the country C are all destroyed, it is 
judged that the country A won the battle. A judgement 
as to whether the country B or the country C won the 
battle is determined in the similar nnanner. 

In Step S4. the CPU 51 implements a task which is 
to be performed during a phase of the country B. 

tn Step S5, the CPU 51 judges whether the country 
B won the battle. H the judgement result is "YES", the 
CPU 51 terminates the task, and if the judgement resiit 
is "NO", this routine goes to Step S6. 

In Step S6. the CPU 51 inrplements a task which is 
to be performed during a phase of the country C. 

In Step S7. the CPU 51 judges whether the country 
C won the battle. If the judgement result is "YES", the 
CPU 51 terminates the task, and if the judgement result 
is 'NO", this routine goes to Step Sd. 

In Step Sd. the CPU 51 increments tfie value of the 
variant TURN by 1. 

In Step S9, the CPU 51 judges whether the value of 
the variable TURN is greater than the maximum value 
TURNmax. If the judgement result is "YES", this routine 
ends, and if the judgement result is **N0". this routine 
returns to Step S2. 

D. Example of Displayed Inrage (see RG. 4) 

FIG. 4 is an explanatory diagram showing exam- 
ples of displayed images in this enrtxxitiment. FIG. 4A 
shows a fiekj image Fl indicating a state of a battle 
scene. FIG. 4B shows a window image WIN used for 
inputting a command. FIG. 40 is a diagram showing a 
state that the window image WIN of FIG. 4B is displayed 
over the field image Fl of FIG. 4A in a translucent man- 
ner. 

In this enrtoodi merit as shown in FIG. 4C. the win- 
dow image WIN of FIG. 4B is superimposedly displayed 
over the field image Fl of FIG. 4 A in such a manner that 
the field image Fl is seen through the window image 
WIN. Specifically, lines, characters, and graphics of the 
window image WIN of FIG. 4B are displayed over the 
field image Ft on a display plane non-transparently 
(superimposedly) or translucently, while the remaining 
portion of the window image WIN (where no information 
is displayed) is displayed translucently or transparently 
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over the field image Fl. A selection among transpar- 
ency, translucency, and non-transparency is performed 
by the graphics conrvnand generator 1e. As shown in 
FIG. 4B, the window image is used for selecting a com- 
mand from various commands and inputting the 
selected command. As shown in FIG. 4B. there are two 
kinds of frames in the window image for inputting of the 
various commands: a non-action command frame 
where "information" or its equivalent is displayed so as 
to inform the game player of a status of the army of the 
country selected by the game player; and an action 
command frame where various action commands such 
as -ATTACKr. "MOVE!". "DEFEND!", and "RUN!" are 
displayed to enable the game player to command the 
arniy of the country selected by the game player to per- 
form a certain action. When an Information command in 
the non-action command frame is selected and desig- 
nated, as shown in FIGS. 4B and 4C. the current status 
of the object or the army selected by the game player is 
displayed by means of a bar graph, a line graph and tiie 
like. 

There are two display nxxJes to display the window 
inr«ge WIN. One of the modes is, as shown in FIG. 4B. 
such tfiat both the non-action command frame in which 
an information command is included to inform the game 
player of the status of the army of the country selected 
by the game player and the action conrvnand frame in 
which the action commands such as "ATTACK!". 
"MOVE!". "DEFEND!", and "RUN!" are included are dis- 
played on the display plane of the game player as a 
conrt)ined image. Hereinafter, this nrKxJe is referred to 
as "action enabled display mode". This action enabled 
display rrvxie is executable when the player is assigned 
wrtii a phase. 

The other nnode is such that the non-action conr>- 
mand frame in which the infonmation command and the 
like are included is displayed on the display plane of the 
game player. Hereafter, this mode is refenred to as 
"action disabled display nvxle". This action disabled dis- 
play mode is executable by the game player when the 
CPU or the other game player is assigned with the 
phase (i-6-< the game player is not assigned with the 
phase). 

Use of the above two display modes differs accofd- 
ing to a game condition. In this embodinrtent. there are 
at least two kinds of game conditions. One kind is such 
that one game system shown in FIG. 1 is used. In other 
words, a game is played between one game player and 
the CPU 51 of the game system, and the phase is 
assigned alternately to tiie game player and the CPU 
51 . In this case, the television monitor of the game sys- 
tem in FIG. 1 is exclusively used by the game player, 
because tiie GPU 51 does not need visual information 
displayed on ttie TV monitor. Accordingly, when the 
game player is assigned with the phase, the window 
image WIN of FIG. 48 is displayed on the display plane 
of tiie TV monitor of the game player, as shown in FIG. 
4C. in such a manner that tiie field image Fl of FIG. 4A 



is seen tiirough the window image WIN. In this case, the 
action command frame shown in FIG. 4B which is used 
for giving a command to the army of tiie game player to 
act is displayed along witii the non-action command 

5 frame. Specifically, tiie displayed nxxle shown in FIG. 
46 is the action enabled display mode, and tiie game 
player who is assigned witti tiie phase can play tiie 
game at this action enabled display mode. On the other 
hand, virtien the phase is assigned to tiie CPU 51. the 

70 window image WIN is displayed on the display plane of 
tiie TV monitor of the game player in such a manner tiiat 
tiie field image Fl of FIG. 4A is seen through the non- 
action command frame of the window image WIN. as 
shown in FIG. 4C. In this case, as shown in FIG. 4C, ttie 

15 action command frame for giving a command to ttie 
army of the game player to act is not displayed. This is 
because the phase is assigned to tiie CPU 51 . 

The other game condition is a case where plural 
game systems of FIG. 1 are used in such a manner that 

20 tiiey are etecfrically connected to be mutually communi- 
cable. In this case, plural game players can join tiie 
game, and the phase is assigned to the game players in 
a certain order. TTie game players use the respective 
television monitors of the game systems. For instance. 

25 in tiie case where two game players play a game in a 
state tiiat two game systems are connected to be com- 
municabte. tiie game is played in ttie following manner. 
Specifically, when the phase is assigned to the first 
game player, the window image WIN of FIG. 4B is dis- 

30 played on the display plane of the TV nx^nitor of tiie first 
game player, as shown in FIG. 40. in such a manner 
tiiat tiie field image Fl of FIG. 4A is seen through tiie 
window inrtage WIN. At this time, tiie action command 
frame shown in FIG. 4B which is used for giving a com- 

35 mand to the army of tiie first game player to act is also 
displayed. In other words, tiiis display mode is ttie action 
enabled display nrxxie. and tiie first game player plays 
ttie game at the action enat}led display mode. While tiie 
phase is assigned to ttie first game player, ttie window 

40 image WIN is displayed on the display plane of ttie TV 
monitor of the second game player in such a manner 
tiiat ttie f iekj image Fl of FIG. 4A is seen tiirough ttie 
window image WIN. At this time, however, the action 
command frame for giving a command to ttie army of 

45 ttie second game player to act is not displayed on ttie 
display plane of the TV monitor of the second game 
player, as shown in FIG. 40. This is because the phase 
is assigned to tiie first game player. Contrary to ttie 
above, when ttie phase is assigned to the second game 

50 player, the displayed state is opposite to ttie state 
descril^ed at»ova 

E. Control Operation (see FIGS. 5, 6, and 7) 

55 FIGS. 5 and 6 are ftowcharts showing control oper- 
ations in the case where ttie program data read out from 
ttie CD-ROM 84 shown in FIG. 1 is operated on ttie 
game system of FIG. 1 . For the convenience of explana- 
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tion, the operations are described urxJer the game con- 
dition that a game is played between one game player 
and the CPU 51. 

It should be noted that Step SIO shows a control 
operation executed by the operating system stored in 
the ROM 54 of FIG. 1 . and the other steps show control 
operations executed by the game program data read out 
from the CD-ROM (optical disc) 84. As described 
above, a main control according to the game program 
data is performed by the elements shown in FIG. 2. 

In Step SIO. upon receiving a command signal from 
the operating system, the decoder 82 reads out 
image/sound data and game program data by operating 
the CD-ROM driver 81. The game program data is 
stored in the main memory 53 and read out thereform. 
Thereby, the CPU 51 is enabled to implement the func- 
tions shown in FIG. 2. At this time, the image data. i.e.. 
the texture data is stored in the non-display area of the 
buffer 63. and is assigned with a texture data number 
identifying the individual texture data. The sound data is 
stored in the buffer 72, and is assigned with a sound 
data number identifying the individual sound data. Gen- 
erally, ft is not always the case that every image data 
and sound data are stored in the buffer 63 and the buffer 
72 respectively in Step 31. However, for the conven- 
ience of explanation, it is assumed that, in Step SIO, all 
the image data and the sound data are stored in the cor- 
responding buffer. 

In Step 811. the button manipulation detector la 
judges whether the start button 92a of the controller 92 
is pressed. If the judgement result is "VES", the routine 
goes to Step Si 2. 

In Step Si 2, the graphics command generator 1e 
generates a graphics command instructing writing of 
graphics data of a selected image and outputs the 
graphics command to the GPU 62 of FIG. 1. The GPU 
62. upon receiving the graphics comnrand. controls the 
graphics data of the selected innage to be written in the 
display area of the buffer 63. Thereby, the selected 
image is displayed on the display plane of the TV moni- 
tor. 

In Step 813. the discriminator lc judges whether a 
map (or an area where the armies fight a battle) and 
countries (participant countries) in which the battle 
takes place are selected. If the judgement result is 
''YES", this routine goes to Step Si 4. Then, a small map 
(or a small area) is selected from the big map. and one 
participant country is selected among the plural partici- 
pant countries located in the selected small area. For 
example, when the game pjayer selects one country 
under the condition that he plays the game with the 
CPU 51 . one or more countries of the rest of the partic- 
ipant countries is or are controlled by the CPU 51 . It 
should be noted that the big map (large area) corre- 
sponds to e.g.. the world on the earth, and the small 
map (small area) con-esponds to e.g., a region of the 
world such as Asia consisting of several countries. The 
field image Fl of FIG. 4A depicts some part of the map. 



In Step SI 4, the CPU 51 sets the participant coun- 
tries within the selected map. 

In Step S15. the graphics command generator le 
generates a graphics command to the GPU 62 indica- 

5 tive of writing graphics data of the selected map. Upon 
receiving the graphics command, the GPU 62 writes the 
image data of the selected map in the display area of 
the buffer 63. Thereby, the field image Fl of FIG. 4A is 
displayed on the display plane of the TV monitor. 

10 In Step SI 6. the discriminator 1c judges whether 
the cun-ent phase is terminated. If the judgement result 
is "^ES", the routine goes to Step Si 7. 

In Step 817, the phase changer if switches the 
phase. The swvitching operation of the phase is executed 

15 based on a timing that the task corresponding to the 
current phase is terminated and a next task is started. 
The term Task" in this section means a program which 
is separately and independently processed by the CPU 
51 apart from the main routine. As shown in FIG. 7. 

20 there are many tasks implemented by the CPU 51: 
action tasks, access tasks which are accessible to the 
recording medium, etc.. These tasks are managed on a 
table by the task manager lg. Data indicative of the 
respective tasks and data indicative of the priority of 

25 implementing the task are registered on the table. The 
task manager 1g reads the data on the table and con- 
trols the task which is allotted with a higher priority to be 
activated. As shown in FIG. 7. for exanrple, an action 
task TSKa according to which the CPU 51 plays a role 

30 as a game player assigned with one country (or coun- 
tries) includes operations of Steps 850 to 853. In Step 
S50, the CPU 51 implements a thinking process. In 
Step 851 . ft is judged whether the action of a "unit" (or 
troops) of the army assigned to the CPU 51 is termi- 

35 nated. In Step 852, the CPU 51 terminates the phase 
. assigned thereto. In Step 853, the CPU terminates the 
task TASKa. The task terminate process in Step 853 is 
such that the CPU 51 stops the process on the halfway 
through the process and releases the processed 

40 resources when the CPU 51 is imerrupted or set into a 
stand-by state somehow. 

In Step 818. the discriminator lc judges whether 
the CPU 51 is assigned with a next phase. If the judge- 
ment result is "YES", the routine goes to Step Si 9. and 

45 if the judgement result is "NO", the routine goes to Step 
S21. 

In Step 819, the task manager 1g starts the action 
task of CPU 51. 

In Step 820. the masking device 1h masks the 

50 action command frame which enables the game player 
to give an action command to a "unit" of the ganr^ 
player. Specif icaity, the masking device lh supplies 
information, to the graphics command generator le. 
instructing generation of a graphics command except 

55 an action command which enables the "unit" of the 
game player to perform a certain action. Thereby, the 
graphics command generator 1e gives the GPU 62 a 
comn^and indicative of displaying the window image 
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WIN except the action cx^mmand frame which enables 
designation of an action command. Thereby, as shown 
in FIG. 4C, the window image WIN is displayed on the 
display plane of the TV monitor in such a manner that 
the field image Fl of FIG, 4A is seen through the window 5 
image WIN. In this case, the action command frame 
used for giving an action command to the "unit" is not 
displayed, as shown in FIG. 4C. The term "unit" used in 
this section means a plurality of troops of the anny 
which is assigned to the game player or the CPU 51. io 
These plural troops spontaneously perform the action 
designated by the action command as a unit. 

In Step S21 , the discriminator 1c judges whether a 
"command" is currently carried out If the judgement 
result is "YES", this routine goes to Step S22. and if the is 
judgement result Is "NO", this routine goes to Step 323. 
The term "command" used in this section includes an 
instruction of e.g., displaying the window image WIN on 
the display plane and a command message displayed 
on the window image WIN. Step S22w indicated by a 20 
dashed line block in FIG. 6 follows Step 822 for the fol- 
towing reasons. The "command" in Step S21 represents 
all kinds of "commarxfe". Namely, the "command" in 
Step S21 includes an instruction of displaying the wirv 
dow image WIN on the display plane when the button 25 
designating display of the window image WIN is 
pressed. Accordingly, in Step S22w, an operation of dis- 
playing the window image WIN is inrplemented in 
response to pressing of the button designating display 
of the window image WIN. The window image display in 30 
Step S22w is one operation of Step S22. Further, in the 
window image display of Step S22w. only the non-action 
command frame is displayed, arxi the action command 
frame is concealed. This is because, in Step S20. the 
action command frame is already masked. 3S 

In Step S22, a command from the game player who 
is assigned with the phase (or the CPU 51 if the CPU 51 
is assigned with the phase) is implemented. Specifically, 
in this step, a battle is fought based on the numerical 
le/el set by the calculator 1 b. and the battle scene is dis- 40 
played on the display plane of the TV monitor in accord- 
ance with the graphics generation of the graphics 
command generator 1 a Also, in this step, a connmand 
from the game player who is not assigned with the 
phase (or the CPU 51), i.e., an operation of displaying 45 
the status of the army of the non-assigned game player 
is inrplemented by the graphics command generator 1 e. 

In Step S23, the discriminator 1c judges whether 
the window image display is designated based on a 
detection result by the button manipulation detector la. so 
If the judgement result is "YES", tiiis routine goes to 
Step S24. and if the judgement result is "NO", this rou- 
tine goes to Step S27. 

tn Step S24. the graphics command generator 1 e 
outputs an Instruction signal to the GPU 62 indicative of ss 
display of the window Image WIN. The window image 
WIN to be displayed in this step includes the non-action 
command frame and the action command frame. 



tn Step S25. the discriminator 1c judges whettier a 
command is selected or designated based on a detec- 
tion result by the button manipulation detector la. If the 
judgement result is "YES", this routine goes to Step 
S26, and if the judgement result is "NO", this routine 
goes to Step S27. 

In Step S27. the task manager 1 g judges whether a 
task is entered by referring to the table, tf the judgement 
result is "YES", this routine goes to Step S28. and if the 
judgement result is "NO", this routine goes to Step S28. 

In Step S28. the task manager 1 g controls the task 
with a higher priority to be started first. 

In Step S29, the vertical synchronizing signal 
detector li judges whether a vertical synchronizing sig- 
nal is detected. If the judgement result Is "YES", this 
routine goes to Step S30, and if the judgement result is 
"NO", this routine returns to Step S27. 

tn Step S30, the discriminator 1c judges whether 
the task is terminated based on a detection result by the 
button manipulation detector 1 a. If the judgement result 
is "YES", this routine goes to Step S3 1 . and if the judge- 
ment result is "NO", this routine returns to Step SIS. 

In Step S3 1. the CPU 51 processes a termination 
operation. The termination operation in Step S31 
includes an operation that the cunent status of the army 
is stored in the memory card 93 as numerical data to 
enable restart of the game under the current status.. 

[EFFECT IN THE EMBODIMENT] 

As described above, in this embodiment, the win- 
dow image WIN for selecting and inputting various com- 
nnands is displayable at two modes. Specifically, in the 
action enabled display mode, the action command 
frame where various action commands such as 
"ATTACK!". "MOVE!". "DEFEND!". "RUN!" are included, 
and the non-action command frame where Information 
such as the status of the arnrry of the country designated 
by the game player are included are displayable as a 
comt)ined inruge. In the action disabled display mode, 
only the non-action command frame is displayable in 
which information such as the status of the army of the 
country selected by the game player according to the 
information command is included. When a game player 
Is assigned with a phase, the window image WIN is dis- 
played on the TV monitor of the game player during the 
phase of the game player at the action enabled display 
nfKxie. whereas the window Image WIN is displayed on 
the TV monitor of a non-assigned game player during 
tiie phase of the assigned game player at the action dis- 
abled display mode, in other words, the non-action com- 
mands such as information are displayed tn the window 
image WIN of the non-assigned game player during the 
phase of the assigned game player because the window 
image WIN is operable at the action disabled display 
mode for the non-assigned game player. 

As mentioned above, the one type of game condi- 
tion is such that the game is played between one game 
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player and the CPU 51 of the ^me system. In ttiis case, 
one ganrie system shown in FIG. 1 is used. When the 
phase is assigned to the game player, the window 
image WIN is displayed on the display plane of the TV 
monitor of the game player in such a manner that the 
field image Fl is seen through the window image WIN 
with the action command frame. On the other hand, 
when the phase is assigned to the CPU 51 . the window 
image WIN is displayed on the display plane of the TV 
monitor in such a manner that the field image Fl is dis- 
played through the window image WIN with the action 
command frame masked. 

The other game condition is the case where plural 
game systems of FIG. 1 are used in such a manner that 
they are connected to be mutually communic^ie. In 
this case, plural game players can join the game. For 
instance, in the case where two game players play the 
game with two game systems connected to be mutually 
communicable, the game is played in the following man- 
ner. Specif Icaily, when the phase is assigned to the first 
game player, the window image WIN is displayed on the 
display plane of the TV monitor of the first game player 
in such a nr^nner that the field image Fl is seen through 
the window image WIN with the action commands. At 
this time, the window image WIN is displayed on the dis- 
play plane of the TV monitor of the second game player 
in such a manner that the field image Fl is seen through 
the window image WIN with the action commands 
masked. 

Accordingly, in the case where one game system is 
used and the game is played between one game player 
and the CPU 51, the game player can input the action 
commands while watching the state of the battle scene 
during the phase of the game player. Further, while the 
game player is not assigned wtth the phase, the game 
player can see the information or its equivalent while 
watching the state of the battle scene. Accordingly, even 
while the game player is not assigned with the phase, 
the game system can provide the non-assigned game 
player with information on the current battle status to 
enable the game player to make a strategy on a next 
action to be performed when the game player is 
assigned with a next phase, while keeping amusing the 
game player durir>g the non-assigned phase. Therefore, 
the game system of this invention is capat)le of provid- 
ing the game player with a more pleasant game environ- 
ment. 

In the case where a plural game systems are used 
and the game is played among plural game players, 
when one game player is assigned with a phase, the 
game player can input the action commands while 
watching the state of the battle scene during the phase 
of the game player. Further, even while the game player 
is not assigned with the phase, the game player can see 
the infornr^tion or its equivalent while watching the state 
of the battle scene. Accordingly, even while the game 
player is not assigned with the phase, the game system 
can provide the non-assigned game player with infor- 



mation on the current battle status to enable the game 
player to make a strategy on a next action to be per- 
formed when the game player is assigned with a next 
phase, while keeping amusing the game player during 
5 the non-assigned phase. Therefore, the game system of 
this invention is capable of providing the game player 
with a more pleasant game environment. 

[M0DIRCATI0N1] 

10 

In the above embodiment, when the game player is 
assigned with a phase, the window image WIN is dis- 
played on the display plane of the TV monitor of the 
game player in such a manner that the field image Fl of 

15 FIG. 4A is seen through the window image WIN of FIG. 
4B. As a modification, merely the window image WIN of 
FIG. 4B may be displayabie, while masking the field 
image Fl. In this case, while the game player is 
assigned with the phase, the field can be displayed on 

20 the TV monitor of the game player. Accordingly, the 
game player can input a suitable commarrd while being 
informed through the TV monitor of a battle develop- 
ment of the army of the game player which is supposed 
to correspond to the fieW image FL Thereby, this modi- 

25 fied game system can also provide the game player(s) 
with a pleasant game environment 

[MODIFICATION 2] 

30 The above embodiment is described referring to the 
two game conditions: one is such that one game player 
and the CPU 51 play the game using one game system; 
and the other is such that plural game players play the 
game using plural game systems. The command input 

35 method is also applicable to the case where two game 
players and the CPU 51 play the game using one game 
system, and plural game players and one or more CPUs 
play the game using plural game systenrs. Namely, the 
command input method of this invention can provide the 

40 displayed state similar to the one described in the 
embodiment In the nrxxlification, however, the display 
device needs to be supplied to the game players individ- 
ually 

Other drivers such as hard disc driver, optical disc 
45 driver, flexible disc driver, silicon disc driver, and cas- 
sette type memory reader may be used in place of the 
CD-ROM driver 81 . Other memory means such as hard 
disc, optical disc, flexible disc, and semiconductor mem- 
ory may be used in place of the disc (CD-ROM) 34. The 
50 CD-ROM driver 81 drives the CD-ROM (disc) 84 to read 
out image data, sound data, and game program data 
recorded thereon, and outputs the read out data to the 
CD-ROM decoder 82 as reproduced data. The CD- 
ROM decoder 82 applies an error conection to the 
55 reproduced data outputted from the CD-ROM driver 81 
according to Error Correction Code (ECC) to output the 
error con-ected data to the buffers 83 and the like. 
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EXPLOITATION IN INDUSTRY 

As menticned above, this invention is directed to a 
command input method used in a simulation game sys- 
tem in which two or more game players take a turn and 
designate an action command from an action command 
frame of a window image which enables an object 
selected by each of the game players to perform a cer- 
tain action to let the objects compete with each other in 
a game space defined on a display plane of display 
means. The window image comprises the action com- 
mand frame and the non-action command frame. When 
one of the game players is assigned with a turn to des- 
ignate an action parameter, the window image including 
the action commarri frame and the non-action com- 
mand frame is displayed on the display plane of the dis- 
play means used by the game player to allow the game 
player to designate a certain command in the action 
command frame or the non-action command frame and 
execute the designated command. On the other hand, 
during the turn of the game player, the window image is 
displayed on the display plane of the display means of a 
non-assigned game player who is not assi^ed with the 
turn in such a nnanner that an overall image in the game 
space is seen through the window image. At this time, 
the game system allows the non-assigned game player 
to select a command in the non-action command frame 
and perform the selected command in the non-action 
command frame. In other words, the non-assigned 
game player can utilize the non-acton command frame 
while the turn is not assigned to the game player. 
Accordingly, even during the turn of the opponent game 
player, the non-assigned game player(s) can positively 
participate in the game, thereby providing the game 
player(s) with a more pleasant game environment. 

According to this invention, the non-action com- 
mand frame provides infomr^tion indicative of a status 
of the object Accordingly, even while the opponent 
game player uses an action command, the non- 
assigned game player can be informed of the cun-ent 
status to nmKe a strategy or countermeasures on a 
future game development so as to enable the game 
player to input a suitable commarxl when the turn is 
assigned to the game player. 

According to this invention, the CPU of the game 
system plays a role as one of the game players, and the 
display means of the game system is used by the other 
game player. This arrangement enables one game 
player and an imaginary opponent (i.e.. CPU) to play a 
game while using only one game system and one dis- 
play means. This is because the CPU does not need 
display means. 

According to this invention, the CPU implements a 
task of playing a role as a game player separately from 
a ntain task of controlling an overall operation of the 
game system. Accordingly, connpared to a case where 
the task as a game player is included in the main rou- 
tine, an interval of processing graphics data can be 



shortened, thereby enabling display of a snxxDther ani- 
mation image 

Further, according to this invention, at least two 
game systems are electrically connected to be mutually 
5 comnxinicable. and a game is played by letting objects 
selected by game players combat each other using the 
respective game systen^. With this arrangement, two 
or nx^re game players can participate in the game. 

10 Claims 

1. A command input method used in a simulation 
game system in which two or nrwre game players 
take a turn and designate an action command from 

IS an action conrvnand frame on a window image for 
having an object selected by the game player exe- 
cute the action so as to let the objects of the players 
compete with each other in a game space defined 
on a display plane of display means, the window 

20 image including the action command frame and a 
non-action command frame, the command input 
method comprising the steps of: 

displaying the window image including the 

25 action command frame and the non-action 

command frame on the display plane of the dis- 
play means of the game player when it is the 
game player's turn to designate an action 
parameter so as to enable the game player to 

30 select a command in the action command 

frame or the non-action command frame and 
accept the selected command; and 
displaying the window image solely including 
the non-action command frame on the display 

35 plane of the display means of the game player 

when it is not the game player's turn to desig- 
nate the action parameter in such a manner as 
to allow the game player to see an image in the 
game space through the window image to ena- 

40 ble the game player to select a command in the 

non-action command frame on the window 
image arKl accept the selected command. 

2. The conmand input method set forth In claim 1 . 
45 wherein the non-action command frame includes 

an information on a status of the object. 

3. The command input method set forth in claim 1 , 
wherein a CPU of the game system plays a role as 

so one of the game players, and the display means is 
exclusively used by the other game player 

4. The command input method set forth in claim 1 . 
wherein the CPU implements a task as the game 

55 player independently of a omin process thereof. 

5. The conmand input method set forth in claim 1 , 
wherein the game system is set such that at least 



15 



29 



EP0856 340A1 



30 



two game machines are connected in a mutually 
communicable manner, and the game players of 
the game machines let the objects thereof compete 
with each other on the game system. 

6. A recording medium in which a simulation game 
program is stored to be readable by a computer, the 
game program is corrfigured in such a manner that 
two or more game players take a turn and desig- 
nate an action command from an action command io 
frame on a window image for having an object 
seteaed by the game player execute an action so 

as to let the objects thereof conpete with each 
other in a game space defined on a display plane of 
display means, the recording medium storing a is 
control program executing the following steps: 

a switching step for changing the turn of desig- 
nation of the action command among the play- 
ers; 20 
a judging step for judging whether or not the 
game player has designated display of the win- 
dow image: 

a masking step for masking the action com- 
mand frame of the window image on the dis- 25 
play means of the game player when the game 
player is not assigned with the turn; 
a first window image display step for displaying 
the window image including the action com- 
mand frame and a non-action command frame 3o 
on the display plane of the display means of the 
game player when the game player is assigned 
with the turn upon receiving an instruction by 
the game player to display the window image; 
and 35 
a second window image display step for dis- 
playing the window image solely including the 
non-action command frame on the display 
plane of the display means of the game player 
when the game player is not assigned with the 40 
turn upon receiving an instruction by the non- 
assigned game player to display the window 
image. 

7. The recording medium set forth in claim 6, wherein 45 
the non-action command frame includes an infor- 
mation on a status of the object 

8. The recording medium set forth in claim 6, wherein 

a CPU of the game system plays a role as one of so 
the game players, and the display means is exclu- 
sively used by the other game player. 

9. The recording medium set forth in claim 6. wherein 

the CPU implements a task as the game player 55 
independently of a main process thereof. 

10. The recording medium set forth in claim 6. wherein 



the game system is set such that at least two game 
machines are connected in a mutually communica- 
ble manner, and the game players of the game 
machines let the objects thereof compete with each 
other on the game system. 

Amended clainns under Art. iai PCT 

1. A command input method used in a simulation 
game system in which two or more game players 
take a turn and designate an action command from 
an action command frame on a window image for 
having an object selected by the game player exe- 
cute the action so as to let the objects of the players 
compete with each other in a game space defined 
on a display plane of display means, the window 
image including the action command frame and a 
non-action command frame, the command input 
method comprising the steps of: 

displaying the window image including the 
action command frame and the non-actfon 
conmand frame on the display plane of the dis- 
play means of the game player when it is the 
game player's turn to designate an action 
parameter so as to enable the game player to 
select a command in the action command 
frame or the non-action command frame and 
accept the selected command; and 

displaying the window image solely including 
the non-action command frame on the display 
plane of the display means of the game player 
when it is not the game player's turn to desig- 
nate the action parameter in such a manner as 
to allow the game player to see an image in the 
game space through the window image to ena- 
ble the game player to select a command in the 
non-action commarxJ frame on the window 
image and accept the selected command. 

2. The command input method set forth in claim 1. 
wherein the non-action command frame includes 
an information on a status of the object. 

3. The command input method set forth in claim 1 , 
wherein a CPU of the game system plays a role as 
one of the game players, and the display means is 
exclusively used by the other game player. 

4. (Amended) The command input method set forth 
in claim 3, wherein the CPU plays the role as the 
game player independently of a main process 
thereof. 

5. The command input method set forth claim 1. 
wherein the game system is set such that at least 
two game machines are connected in a mutually 
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communicable manner, and the game players of 
the game machines let the objects thereof compete 
with each other on the game system. 

6. A recording medium in which a simulation game s 
program is stored to be readable by a computer, the 
game program is configured in such a manner that 
two or more game players take a turn and desig- 
nate an action command from an action command 
frame on a window image for having an object io 
selected by the game player execute an action so 

as to let the objects thereof compete with each 
other in a game space defined on a display plane of 
display means, the recording medium storing a 
control program executing the following steps: is 

a switching step for changing the turn of desig- 
nation of the action command frame among the 
players; 

a judging step for judging whether or not the so 
game player has designated display of the win- 
dow image; 

a masking step for masking the action com- 
mand frame of the window image on the dis- 
play means of the game player when the game 2S 
player is not assigned with the turn; 
a first window image display step for displaying 
the window image including the action com- 
mand frame and a non-action command frame 
on the display plane of the display means of the 30 
game player when the game player is assigned 
with the turn upon receiving an instruction by 
the game player to display the window image; 
and 

a second window image display step for dis- 35 
playing the window image solely including the 
non-action command frame on the display 
plane of the display means of the game player 
when the game player is not assigned with the 
turn upon receiving an instruction by the non- 40 
assigned game player to display the window 
image. 

7. The recording medium set forth in daim 6. 
wherein the non-action command frame includes 45 
an information on a status of the object. 

8. The recording medium set forth in daim 6, 
wherein a CPU of the game system plays a role as 
one of the game players, and the display means is so 
exdusively used by the other game player. 

9. (Amended) The recording medium set forth in 
claim 8, wherein the CPU plays the role as the 
game player independently of a n^in process ss 
thereof. 

10. The recording medium set forth in claim 6. 



wherein the game system is set such that at least 
two game machines are connected in a mutually 
comnrunicable manner, and the game players of 
the game machines let the objects thereof conrpete 
with each other on the game system, 

1 1 . (Added) The command input method set forth in 
daim 1, further comprising the step of displaying 
the window innage including the action command 
frame and the non-action command frame on the 
display plane of the display means of the game 
flayer when the turn is assigned to the game player 
to designate the action parameter so as to enable 
the game player to see an image in the game space 
through the window image, thereby enabing the 
game player to select the command in the action 
command frame or the non-action comnrwnd frame 
and accept the selected command. 

12. (Added) The command input method set forth in 
daim 1 , further conprising the step of displaying 
solely the wirv:tow image induding the action com- 
mand frame and the non-action command frame on 
the display plane of the display means of the game 
player when the turn is assigned to the game player 
to designate the action parameter so as to enable 
the game player to select the command in the 
action commarxi frame or the non-action command 
frame on the window image and accept the 
selected command. 

13. (Added) The recording medium set forth in 
daim 6. wherein, in the first window image display 
step, the window image including the action com- 
marxd frame amd the non-action command frame is 
displayed on the display plane of the display means 
in such a manner that an image in the game space 
is seen through the wirKlow image. 

14. (Added) The recording medium set forth in 
daim 6, wherein, in the first window image display 
step, solely the window image induding the action 
command frame and the non-action command 
frame is displayed on the display plane of the dis- 
play means. 

15. (Added) A game apparatus comprising: 

a display d9/ice which enables display of a 
game image; 

an input d^ice which enables input of a desig- 
nation of a game player; and 
a controller which controls the display device to 
display the game image thereon according to 
the designation of the game player, 
the controller induding a switching device for 
changing a turn among two or more players 
with a certain order to command an object 
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selected by the game player to execute an 
action, and a ganne image provider for provid- 
ing the game player who is assigned with the 
turn with the game image including a window 
image having an action comnrtand frame and a 5 
non-action command frame to be displayed on 
the display device and providing the game 
player who is not assigned with the turn with 
the game image including the window innage 
solely having the non-action commarKi frame w 
to be displayed on the display device. 

16. (Added) The game apparatus set forth in claim 
15, wherein the non-action command frame 
Includes an information on a status of an object. is 

17. (Added) The game apparatus set forth in claim 
15. wherein the controller plays a role as one of the 
game players, and the display device is exclusively 
used by the other game player. so 

18. (Added) The game apparatus set forth in claim 
17, wherein the controller plays the role as the 
game player independently of a main process 
thereof. 25 

19. (Added) The game apparatus set forth in claim 
15. further comprising a plurality of game systems, 
and each of the game systems includes the display 
device and the input device. 30 

20. (Added) The game apparatus set forth in claim 
15, wherein the game image provider provides the 
game player who is assigned with the turn with the 
game image having a game space in addition to the 35 
window inrtage having the action command frame 
and the non-action command frame to be displayed 

on the display device. 

21 . (Added) The game apparatus set forth in claim 40 
15. wherein the game image provider provides the 
game player who is assigned with the turn with the 
game image solely including the window image 
having the action commarxl frame and the non- 
action commarvj frame to be displayed on the dis- 45 
play device. 
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FIG. 1 
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FIG. 2 
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FIG. 5 
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FIG. 6 
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FIG, 7 
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